home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / policy / 940300.txt < prev    next >
Internet Message Format  |  1994-11-13  |  19KB

  1. Date: Fri,  8 Jul 94 04:30:12 PDT
  2. From: Ham-Policy Mailing List and Newsgroup <ham-policy@ucsd.edu>
  3. Errors-To: Ham-Policy-Errors@UCSD.Edu
  4. Reply-To: Ham-Policy@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Policy Digest V94 #300
  7. To: Ham-Policy
  8.  
  9.  
  10. Ham-Policy Digest           Fri,  8 Jul 94       Volume 94 : Issue  300
  11.  
  12. Today's Topics:
  13.                                 (none)
  14.                            CW ... My view.
  15.                      Emergency TX on police freq.
  16.                Existing regulations limit our advancem
  17.  
  18. Send Replies or notes for publication to: <Ham-Policy@UCSD.Edu>
  19. Send subscription requests to: <Ham-Policy-REQUEST@UCSD.Edu>
  20. Problems you can't solve otherwise to brian@ucsd.edu.
  21.  
  22. Archives of past issues of the Ham-Policy Digest are available 
  23. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-policy".
  24.  
  25. We trust that readers are intelligent enough to realize that all text
  26. herein consists of personal comments and does not represent the official
  27. policies or positions of any party.  Your mileage may vary.  So there.
  28. ----------------------------------------------------------------------
  29.  
  30. Date: Thu, 7 Jul 94 23:12:06 -0500
  31. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!howland.reston.ans.net!noc.near.net!news.delphi.com!usenet@network.ucsd.edu
  32. Subject: (none)
  33. To: ham-policy@ucsd.edu
  34.  
  35. <arrl@BIX.COM> writes:
  36.  
  37. >Seems that lots of folks feel that THEY are the control operator whenever
  38. >they bring up the patch.  What they fail to realize is that there are
  39. >control operators and THEN there are control operators.  As you and
  40.  
  41. Last time I heard, you aren't the control operator of the repeater unless (1)
  42. the repeater licensee says you are and (2) you are, at the time, able to take
  43. the transmitter down by some means that doesn't use the repeater's input for
  44. control.  Therefore, even if you ARE one of the control ops on your "home"
  45. machine, if it has (for example) its control link on 1.25m you can't operate
  46. as a control op if all you have with you is a 2m rig.  (I wonder if it would be
  47. legal to do control op duty on a machine with dial-up control by using
  48. autopatch on a DIFFERENT repeater to call in if needed?)
  49.  
  50. This would seem to make the user-is-control-operator situation rather rare.
  51.  
  52. ------------------------------
  53.  
  54. Date: Thu, 7 Jul 1994 16:47:12 GMT
  55. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!noc.near.net!usenet.elf.com!rpi!psinntp!arrl.org!zlau@network.ucsd.edu
  56. Subject: CW ... My view.
  57. To: ham-policy@ucsd.edu
  58.  
  59. Shawn O'Donnell (sro@media.mit.edu) wrote:
  60. : >> In the realm of transmitters, FM transmitters are about as simple
  61. : >> as CW transmitters, and much cheaper to operate since no manhours
  62. : >> are wasted programming wetware modems. FM receivers are simpler than
  63. : >> most competent CW receivers too, today a single chip in many cases.
  64.  
  65. : >  An example of a competent CW transceiver is the QRP Three bander,
  66. : >  page 30-19 of the 1994 ARRL Handbook.
  67.  
  68. : I think that by "competent receiver" Gary is including that part of
  69. : the CW receiver that encodes/decodes the signal for transmission in
  70. : the channel.  That means he's including at least a couple of parts of
  71. : the brain of the operator, which--in some cases--may be considered to
  72. : be more complex than one of those FM receiver ICs.  
  73.  
  74. It has been my experience it takes many hours for most people to
  75. learn how to competently design FM radio equipment--maybe even 
  76. longer than it takes to learn morse code!  In fact, if you interview
  77. enough University EE graduates, I'm sure you can find a few who
  78. can't really qualify as skilled design engineers.  I've yet
  79. to get an email or see a post on where to get detailed construction
  80. information for building simple voice transceivers that do as well
  81. as the CW transceivers.
  82. -- 
  83. Zack Lau  KH6CP/1           2 way QRP WAS
  84.                            8 States on 10 GHz
  85. Internet: zlau@arrl.org   10 grids on 2304 MHz
  86.  
  87. ------------------------------
  88.  
  89. Date: Fri, 8 Jul 1994 06:08:22 GMT
  90. From: ihnp4.ucsd.edu!library.ucla.edu!csulb.edu!csus.edu!netcom.com!feher@network.ucsd.edu
  91. Subject: Emergency TX on police freq.
  92. To: ham-policy@ucsd.edu
  93.  
  94. A question to all:
  95.     Suppose a ham radio operator is in a 
  96. life-threatening emergency with a modified radio
  97. in his hand. Should he attempt to call/break in 
  98. on a public safety (ie police) dispatch freq. 
  99.  
  100. Would this be legal in case of a true e,mergency?
  101. Would it work or are such main dispatch frequencies 
  102. "protected" by some squelch system?
  103.  
  104. ------------------------------
  105.  
  106. Date: 7 Jul 1994 19:28:38 GMT
  107. From: ihnp4.ucsd.edu!usc!elroy.jpl.nasa.gov!lll-winken.llnl.gov!koriel!newsworthy.West.Sun.COM!abyss.West.Sun.COM!pongo!myers@network.ucsd.edu
  108. Subject: Existing regulations limit our advancem
  109. To: ham-policy@ucsd.edu
  110.  
  111. In article 79b4@dreamland.com, Jon Anhold N8USK <jga@dreamland.com> () writes:
  112. >kennish@kabuki.EECS.Berkeley.EDU (Ken A. Nishimura) writes:
  113. >
  114. >>Granted, I was assuming a totally open reverse patch.  The system you
  115. >>describe would only allow exchange of signalling messages.  However,
  116. >>if that were to happen, in the guise of the FCC's rules, that is still
  117. >>exchange of information.  Sort of akin to calling someone from a hotel
  118. >>room, and hanging up after one ring so the person can call you back for
  119. >>a lot less money.  Sure, the message in the ham radio example would
  120. >>carry no value, but it is still the exchange of two messages, whatever
  121. >>the meaning may be.  That could still be done with the system you
  122. >>describe (2 of them).  I know this is stretching the limits of
  123. >>reason, but the fact that it can be done sort of demonstrates the
  124. >>problem with allowing a non-ham to control the emissions of a repeater,
  125. >>even though it is an "indication on the output that there is a call waiting."
  126. >
  127. >Ok, well, I left something out, or didn't make it totally clear. It also 
  128. >takes a DTMF code on the phone side to get the controller to signal a 
  129. >waiting call on the phone. Just because the phone rings and the controller
  130. >answers doesn't mean the controller signals anything. You still need to 
  131. >enter a DTMF code to tell the controller that this is in fact a reverse 
  132. >patch call. Therefore, only people whom the control-operators give the 
  133. >code to may use the patch, licensed or otherwise.
  134.  
  135. You have to enter a DTMF tone (or sequence) to make the repeater
  136. start transmitting a signal to indicate a phone call is being made?
  137. Sounds like remote control to me.  If so, the person doing the
  138. remote controlling must be an adequately licensed amateur, no?
  139.  
  140. ---
  141.  * Dana H. Myers KK6JQ, DoD#: j    | Views expressed here are    *
  142.  * (310) 348-6043         | mine and do not necessarily    *
  143.  * Dana.Myers@West.Sun.Com    | reflect those of my employer    *
  144.  * This Extra supports the abolition of the 13 and 20 WPM tests *
  145.  
  146. ------------------------------
  147.  
  148. Date: 7 Jul 1994 19:20:36 GMT
  149. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!kennish@network.ucsd.edu
  150. To: ham-policy@ucsd.edu
  151.  
  152. References <2v1in0$c6a@ccnet.ccnet.com>, <2v1pgt$3kt@news.iastate.edu>, <2vh9et$mdb@vortex.eng.sc.rolm.com>
  153. Subject : Re: Existing regulations limit our advancement.
  154.  
  155. In article <2vh9et$mdb@vortex.eng.sc.rolm.com>,
  156.  
  157. (Observations on repeaters deleted.)
  158.  
  159. >Personally, I don't think it is legal for a non-ham to initiate a
  160. >reverse patch call, unless it's an emergency.
  161. >
  162.  
  163. Exactly.  In fact, I'm willing to say that reverse-patches are illegal
  164. period.  Why?  When used in reverse mode, you are not using the
  165. repeater as a repeater (i.e. not taking an RF signal on input and
  166. retransmitting it), nor can you say that it is an ancillary function,
  167. since it is not accessed via the input frequency of the repeater.
  168. So, the automatic control exemptions do not apply.
  169.  
  170. Thus, where is the control operator?  Clearly a non-ham can't be a control
  171. op.  If the person on the phone is a ham, where is the control point?
  172. Can the person on the phone turn the transmitter on and off?
  173. Maybe, maybe not.  If not, then the person on the phone isn't
  174. at the control point.  
  175.  
  176. By using the repeater station in a non-repeater fashion (i.e. not
  177. retransmissing an signal on input or performing a function
  178. directly connected with that function, say a clean-up ID),
  179. the "repeater" just becomes another amateur station, and
  180. is subject to the control op/point requirements.
  181.  
  182. Granted, this is all a very gray area, but if one reads the
  183. rules carefully, I would side with the opinion that reverse
  184. patches are illegal.  
  185.  
  186. Now that the net-lawyers are awake, how about repeaters that
  187. automagically transmit the time out of the blue?  How about
  188. the fact that 99% of all cross-band repeat operations are illegal?
  189.  
  190.                     -Ken
  191.  
  192. ------------------------------
  193.  
  194. Date: Thu, 7 Jul 1994 16:28:52
  195. From: pa.dec.com!ntguru.zso.dec.com!mcleman@decwrl.dec.com
  196. To: ham-policy@ucsd.edu
  197.  
  198. References <1994Jun30.162157.1@woods.uml.edu>, <2v140a$otr@news.iastate.edu>, <2v1igb$5aa@dns1.NMSU.Edu>
  199. Subject : Re: CW - THE ONLY MODE!
  200.  
  201. Actually, the first time I got an Iambic, I hooked it for left handed and 
  202. worked right handed. (THis is because all the folks I knew were still using 
  203. bugs, and couldn't tell me how to hook it up). Then one day my friend cam over 
  204. and said, " I didn't know you were left handed". I said I wasn't, then he 
  205. informed me that is was hooked up wrong. I had to re-learn it, but it only 
  206. took two days. :-).
  207.  
  208. Oh Well.
  209.  
  210. Jeff -- KD1IT /7
  211.  
  212. ------------------------------
  213.  
  214. Date: 7 Jul 1994 09:11:09 -0700
  215. From: ihnp4.ucsd.edu!agate!trib.apple.com!amd!netcomsv!dodge!not-for-mail@network.ucsd.edu
  216. To: ham-policy@ucsd.edu
  217.  
  218. References <2v13le$otd@news.iastate.edu>, <2v1in0$c6a@ccnet.ccnet.com>, <2v1pgt$3kt@news.iastate.edu>
  219. Subject : Re: Existing regulations limit our advancement.
  220.  
  221. >My comment was only that any rules that allow this type of transmission
  222. >would also allow a transmission announcing that a non-ham wants a ham to
  223. >establish an autopatch.  Some argued this point, but others said on a
  224. >repeater you don't do this, so it doesn't compare.  Well, if some
  225. >repeaters do automatic transmissions (acting like beacons, as you say)
  226. >then I see nothing allowing this and preventing the above type of
  227. >"reverse autopatch" automatic transmission.
  228.  
  229. An observation of a couple of repeaters I use:
  230.  
  231.   - reverse patch is available but not generally used,
  232.  
  233.   - no restrictions imposed on license hams using the reverse patch,
  234.     (but since they are hams, they usually just use the radio, hence 
  235.     reflects the little use the reverse patch gets),
  236.  
  237.   - reverse patch is available for non-ham family members for emergency
  238.     use only.
  239.  
  240. Personally, I don't think it is legal for a non-ham to initiate a
  241. reverse patch call, unless it's an emergency.
  242.  
  243.  
  244. 73,
  245. km6wt
  246.  
  247. ------------------------------
  248.  
  249. Date: Thu, 7 Jul 94 22:56:40 -0500
  250. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!noc.near.net!news.delphi.com!usenet@network.ucsd.edu
  251. To: ham-policy@ucsd.edu
  252.  
  253. References <2vc90r$kr8@agate.berkeley.edu>, <070694025041Rnf0.78@amcomp.com>, <070694172952Rnf0.79b4@dreamland.com>
  254. Subject : Re: Existing regulations limit our advancement.
  255.  
  256. Jon Anhold N8USK <jga@dreamland.com> writes:
  257.  
  258. >Correction: The amateur on the input is NOT NECESSARLY (sp?) a control 
  259. >operator of the repeater station. There is a difference.
  260.  
  261. More accurately, the amateur on the input is not ACTING AS a control operator.
  262. Whether he is designated as such by the repeater's licensee is irrelevant in
  263. that regard.  If he's acting as a control operator, he is exercising control
  264. either at the transmitter or through a control channel other than the input
  265. frequency (assuming the repeater is set up in a legal manner).
  266.  
  267. -- Ed Ellers, KD4AWQ
  268.  
  269. ------------------------------
  270.  
  271. Date: Thu, 07 Jul 1994 08:10:00 EST
  272. From: ihnp4.ucsd.edu!agate!usenet.ins.cwru.edu!wariat.org!dreamland!jga@network.ucsd.edu
  273. To: ham-policy@ucsd.edu
  274.  
  275. References <2vc90r$kr8@agate.berkeley.edu>, <070694172133Rnf0.79b4@dreamland.com>, <2vfbab$omv@agate.berkeley.edu>
  276. Subject : Re: Existing regulations limit our advancement.
  277.  
  278. kennish@kabuki.EECS.Berkeley.EDU (Ken A. Nishimura) writes:
  279.  
  280. >Granted, I was assuming a totally open reverse patch.  The system you
  281. >describe would only allow exchange of signalling messages.  However,
  282. >if that were to happen, in the guise of the FCC's rules, that is still
  283. >exchange of information.  Sort of akin to calling someone from a hotel
  284. >room, and hanging up after one ring so the person can call you back for
  285. >a lot less money.  Sure, the message in the ham radio example would
  286. >carry no value, but it is still the exchange of two messages, whatever
  287. >the meaning may be.  That could still be done with the system you
  288. >describe (2 of them).  I know this is stretching the limits of
  289. >reason, but the fact that it can be done sort of demonstrates the
  290. >problem with allowing a non-ham to control the emissions of a repeater,
  291. >even though it is an "indication on the output that there is a call waiting."
  292.  
  293. Ok, well, I left something out, or didn't make it totally clear. It also 
  294. takes a DTMF code on the phone side to get the controller to signal a 
  295. waiting call on the phone. Just because the phone rings and the controller
  296. answers doesn't mean the controller signals anything. You still need to 
  297. enter a DTMF code to tell the controller that this is in fact a reverse 
  298. patch call. Therefore, only people whom the control-operators give the 
  299. code to may use the patch, licensed or otherwise.
  300.  
  301. -j
  302.  
  303. --
  304. Jon Anhold - (jga@dreamland.com) - PGP 2.6 key available upon request
  305.   System Administrator - Dreamland Network Systems - Cleveland Ohio
  306.        Amateur Callsign - N8USK - N8USK@KB8GVQ.#NEOH.OH.US.NA
  307.  
  308. ------------------------------
  309.  
  310. Date: Thu, 7 Jul 94 23:02:11 -0500
  311. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!noc.near.net!news.delphi.com!usenet@network.ucsd.edu
  312. To: ham-policy@ucsd.edu
  313.  
  314. References <2vc90r$kr8@agate.berkeley.edu>, <070694172133Rnf0.79b4@dreamland.com>, <2vfbab$omv@agate.berkeley.edu>
  315. Subject : Re: Existing regulations limit our advancement.
  316.  
  317. Ken A. Nishimura <kennish@kabuki.EECS.Berkeley.EDU> writes:
  318.  
  319. >problem with allowing a non-ham to control the emissions of a repeater,
  320.  
  321. But the non-ham caller is NOT controlling the emissions of the repeater!  The
  322. repeater is transmitting a message that has been set up in advance by the
  323. repeater's licensee, NOT a message composed by a non-ham for delivery over
  324. amateur radio.  The transmitter is active because the repeater controller
  325. keyed it -- NOT because a non-ham keyed it.
  326.  
  327. ------------------------------
  328.  
  329. Date: Fri, 08 Jul 1994 02:43:00 EST
  330. From: ihnp4.ucsd.edu!usc!nic-nac.CSU.net!charnel.ecst.csuchico.edu!yeshua.marcam.com!news.kei.com!eff!neoucom.edu!kira.cc.uakron.edu!malgudi.oar.net!wariat.org!amcomp!dan@network.ucsd.edu
  331. To: ham-policy@ucsd.edu
  332.  
  333. References <2vclat$qke$1@rosebud.ncd.com>, <070694025829Rnf0.78@amcomp.com>, <2vf1k8$bkt@ccnet.ccnet.com>co
  334. Subject : Re: Existing regulations limit our advancement.
  335.  
  336. rwilkins@ccnet.com (Bob Wilkins  n6fri) writes:
  337.  
  338. >Dan Pickersgill (dan@amcomp.com) wrote:
  339. >
  340. >: Part 97 has to be taken as a whole, no arguement. The INTENT of the 
  341. >: section would have to be exaimened before I could make a comment as 
  342. >: to the reason the FCC enacted it. 
  343. >
  344. >: Dan
  345. >
  346. >Most of us who like to interpret part 97 will read the NPRM or notice of
  347. >proposed rule making. One can get a feel of the intent of the new or
  348. >proposed changes to a rule. In the R&O or report and order that follows,
  349. >the comments and intent are usually stated. A careful reading of the
  350. >footnotes will reveal a wealth of information with which to draw your own
  351. >conclusions. 
  352.  
  353. Unfortunatly I do not, right here, have access to them at this writting.
  354.  
  355. >You may wish to read the recent report and order reguarding third party 
  356. >use of a station in automatic control. You may recall this recent change 
  357. >allowed digital or packet stations to operate under automatic control 
  358. >while passing third party traffic. I find no changes to the third party 
  359. >operations of auxiliary, beacon or repeater stations in automatic control.
  360.  
  361. As I said, I would need to examine the above before I could comment 
  362. directly on the issue.
  363.  
  364. >Originally all repeater stations had to have a control station at a 
  365. >control point at all times the repeater station was in operation. This 
  366. >has been relaxed with the introduction of the concept of automatic control.
  367.  
  368. True.
  369.  
  370. >Show me a rule that allows a third party to control the emissions or
  371. >operate an amateur transmitter with out the presence of a control
  372. >operator. 
  373.  
  374. No, your question is stated incorrectly. It should be stated '...with out 
  375. the presence of TWO control operators.' However, since a person on the 
  376. phone line of the patch (forward or reverse) has no control over ANY 
  377. amateur transmitter, the question does not obtain. If it DID, then I would
  378. say that a non-amateur can NOT operate a ARS transmitter without a control
  379. op present at the control point.
  380.  
  381. Gary has argued, and I BELIEVE you agreed, that there is no such thing as 
  382. an Automatic Control Operator. But, that a station is under Automatic 
  383. Control. That is, being operated WITHOUT a control operator being present
  384. directly at the control point (i.e. running automatically), such as a 
  385. repeater during a 'user' patch, this arguably is NOT transmitting 'third 
  386. party traffic' as defined by Part 97. Thus 97.109 (e) does not apply, as 
  387. no 'third party traffic' is involved in the 'patch'.
  388.  
  389. Dan
  390. --
  391. "Is life so dear, or peace so sweet, as to be purchased at the price
  392. of chains and slavery?  Forbid it, Almighty God!  I know not what
  393. course others may take, but as for me, GIVE ME LIBERTY, OR GIVE ME
  394. DEATH!"   -Patrick Henry, Virginia House of Burgesses on March 23,1775
  395. =+=+=> Ted Kennedy's car has killed more people than my gun! - Me
  396.  
  397. ------------------------------
  398.  
  399. Date: Fri, 08 Jul 1994 05:54:00 EST
  400. From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!news.umbc.edu!eff!neoucom.edu!kira.cc.uakron.edu!malgudi.oar.net!wariat.org!dreamland!jga@network.ucsd.edu
  401. To: ham-policy@ucsd.edu
  402.  
  403. References <070694172133Rnf0.79b4@dreamland.com>, <2vfbab$omv@agate.berkeley.edu>, <Ri0TZ7r.edellers@delphi.com>
  404. Subject : Re: Existing regulations limit our advancement.
  405.  
  406. Ed Ellers <edellers@delphi.com> writes:
  407.  
  408. >But the non-ham caller is NOT controlling the emissions of the repeater!  The
  409. >repeater is transmitting a message that has been set up in advance by the
  410. >repeater's licensee, NOT a message composed by a non-ham for delivery over
  411. >amateur radio.  The transmitter is active because the repeater controller
  412. >keyed it -- NOT because a non-ham keyed it.
  413.  
  414. Yay!! Somebody else understands it!
  415.  
  416. -j
  417.  
  418. --
  419. Jon Anhold - (jga@dreamland.com) - PGP 2.6 key available upon request
  420.   System Administrator - Dreamland Network Systems - Cleveland Ohio
  421.        Amateur Callsign - N8USK - N8USK@KB8GVQ.#NEOH.OH.US.NA
  422.  
  423. ------------------------------
  424.  
  425. End of Ham-Policy Digest V94 #300
  426. ******************************
  427.